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DETAILED ACTION 

1 . Applicant's arguments, see response, filed 4/28/05, with respect to the 
rejection(s)of claim(s) 1-20 under final have been fully considered and are persuasive. 
Therefore, the rejection has been withdrawn. However, upon further consideration, a 
new ground(s) of rejection is made in view of a more detailed publication, "Application 
Isolation in the Java Virtual Machine", made by Czajkowski that more clearly details the 
teachings of the claims, in particular that there exists a shared table storing a copy of 
static variables for a plurality of applications that is accessible by the plurality of 
applications to invoke the shared class. Note that the inventor that produced the 
patent in the previous rejection is the author of the publication. 



Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1-8 are rejected under 35 U.S.C. 101 because the claimed invention is directed 

to non-statutory subject matter. Claims 1-8 detail a method for sharing a class between 

applications. However, the cited claims do not detail a tangible structure performing the 

method for sharing a class. Therefore, as stated in the.M.P.E.P. 2106, the cited method 

claims are non-statutory for being related to a software structure, thereby non-tangible. 

Claims directed to a method that can be envisioned, as software instructions written on 

a piece of paper are not statutory and are considered to be an abstract idea. 
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Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
"Application Isolation in the Java Virtual Machine" by CZAJKOWSKI. 

As to claim 1, CZAJKOWSKI teaches a method comprising: running at least two 
applications (applications); enabling the applications to share a class (class having 
static variables); duplicating member data (static fields of the class) for the class for 
each application (application) in a shared memory (table shared between the 
applications that contains the copies of Counter$sFields); and providing an identifier 
(application id) to each application (application) to enable each application to access its 
member data (copy of static fields) in the shared memory (shared table) (pg. 356, 
"Consider a class X, containing static fields... X$aMethods maintains an instance of 
X$sFields for each application; the methods of X$aMethods access the correct instance 
of X$sFields based on the application id extracted from the current thread... The second 
generated class is Counter$aMethods. It contains a table mapping application 
identifiers onto per-application copies of Counter$sFields... Each of them looks up the 
copy of Counter$sFields corresponding to the current application and then accesses the 
named field. If the lookup does not succeed it means that this application's copy of 
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Counter$sFields has not been generated ye and that the appropriate initialization has to 
be taken care of"; pg 363, "The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). However, CZAJKOWSKI does not 
explicitly teach that the identifier is a handle. It is well known in the art that a handle is 
any token that a program can use to identify and access an object such as a device, a 
file, a window, or a dialog box. CZAJKOWSKI teaches the application id is used to 
access the correct static fields as disclosed above. Therefore it would be obvious to 
one of ordinary skill in the art at the time of the invention that the identifier is a handle. 

As to claim 2, CZAJKOWSKI teaches enabling each application to use a shared 
memory (via a table shared by the applications to access the correct Counter$sField 
copy) (pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
thread... The second generated class is Counter$aMethods. It contains a table mapping 
application identifiers onto per-application copies of Counter$sFields...Each of them 
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looks up the copy of Counter$sFields corresponding to the current application and then 
accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claim 3, CZAJKOWSKI teaches enabling each application (application) to 
define an address space of the shared memory (part of the table that stores the 
applications static field data) specific to each application (via the initialization of the 
static field copy for each application such that the correct copy is determined based on 
the applications identifier) (pg. 356, "Consider a class X, containing static 
fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields... Each of them looks up the copy of 
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Counter$sFields corresponding to the current application and then accesses the named 
field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated ye and that the appropriate initialization has to 
be taken care of."; pg 363, "The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). 

As to claim 4, CZAJKOWSKI teaches duplicating (copy) process specific data 
(static fields) for each application (application) (pg. 356, "Consider a class X, containing 
static fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields...Each of them looks up the copy of 
Counter$sFields corresponding to the current application and then accesses the named 
field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated ye and that the appropriate initialization has to 
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be taken care of."; pg 363, "The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). 

As to claim 5, CZAJKOWSKI teaches automatically (during run-time) duplicating 
(copy) process specific data (static fields) in address space specific to each application 
((pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
thread... The second generated class is Counter$aMethods. It contains a table mapping 
application identifiers onto per-application copies of Counter$sFields...Each of them 
looks up the copy of Counter$sFields corresponding to the current application and then 
accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
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application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claim 6, CZAJKOWSKI teaches defining a shared class 
(Counter$aMethods) and using the share class to execute an instance of a class 
(Counter$sFields) to share (pg. 356, "Consider a class X, containing static 
fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields...Each of them looks up the copy of 
Counter$sFields corresponding to the current application and then accesses the named 
field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated ye and that the appropriate initialization has to 
be taken care of"; pg 363, "The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
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rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). 

As to claim 7, CZAJKOWSKI teaches invoking a shareable interface (initializer 
function / Counter$a Methods functions) to obtain a handle (application id) (pg. 356, 
"The original class Counter, undergoes the following modifications. All static fields are 
removed from Counter. A new method, hidden$initializer(), is added. It contains a 
modified code of the static initializer of Counter. It is invoked whenever a new 
application uses static fields of Counter for the first time."; pg. 356, "In our particular 
case there is only one static field and thus Counter$aMethods has two such access 
methods: put$cnt() and get$cnt(). Each of them looks up the copy of Counter$sFields 
corresponding to the current application and then accesses the named field. If the 
lookup does not succeed it means that this application's copy of Counter$sFields has 
not been generated yet and that the appropriate initialization has to be taken care of."; 
see also Figure 2, program code wherein int id - Thread.currentAppld(), wherein the 
identifier is retrieved from the application thread). 

As to claim 8, CZAJKOWSKI teaches specifying the handle (application id) on 
each method call to resolve the context (static fields) of the handle (application id) 
(wherein the application id is used to retrieve the correct static fields for the shared 
class) (pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
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instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
thread... The second generated class is Counter$aMethods. It contains a table mapping 
application identifiers onto per-application copies of Counter$sFields...Each of them 
looks up the copy of Counter$sFields corresponding to the current application and then 
accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claims 9-16, reference is made to an article comprising a medium that 
corresponds to the method of claims 1-8 and is therefore met by the rejection of claims 
1-8 above. Claim 9 further details a processor-based system. CZAJKOWSKI teaches 
that the teachings are used on a PALM device that has a power of 2.7 MIPS at 
16.6MHz processor clock and a heap (pg. 362). Therefore, it would be obvious that the 
teachings are executed on a processor-based system (PALM device). 
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As to claims 17-20, reference is made to a system that corresponds to he 
method of claims 1-4 and is therefore met by the rejection of claims 1-4 above. Claim 
17 further details the system having a processor and storage. CZAJKOWSKI teaches 
that the teachings are used on a PALM device that has a power of 2.7 MIPS at 
16.6MHz processor clock and a heap (pg. 362). Therefore, it would be obvious that the 
teachings are executed on a processor-based system (PALM device). 

Response to Arguments 

5. Applicant's arguments with respect to claims 1-20 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Lewis A. Bullock, Jr. whose telephone number is (571) 
272-3759. The examiner can normally be reached on Monday-Friday, 8:30 - 5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng An can be reached on (571 ) 272-3756. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



May 19, 2005 
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Microsoft Computer Dictionary of "handle". 



